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SYSTEM FOR DATA STREAM PROCESSING 

The present invention relates to apparatus and methods for 
processing coded and/or scrambled data streams in general, and in particular to 
apparatus and methods for processing coded and/or scrambled data streams 
5 intended for storage and later playback. 

BACKGROUND OF THE INVENTION 
Scrambled data streams are well known in the art. There are many 
types of known scrambled data streams, of which scrambled video streams are in 
10 particularly common use. 

Scrambled video streams are widely used in conditional access 
systems. In conditional access systems, as is well known in the art. content, such 
as video content, is scrambled, and information necessary to decrypt the content is 
made available only to authorized users. Conditional access systems are 
15 particularly well known in the field of television, although conditional access 
systems are also used as appropriate in other fields. 

The terms "scrambled" and "encrypted", in all of their grammatical 
forms, are used interchangeably throughout the present specification and claims to 
refer to any appropriate scrambling and/or encryption methods for scrambling 
20 and/or encrypting a data stream, and/or any other appropriate method for making a 
data stream unintelligible except to an intended recipient thereof. 

The term "encoded" is used throughout the present specification and 
claims, in all its grammatical forms, to refer to any type of data stream encoding 
including, for example and without limiting the scope of the definition, well 
25 known types of encoding such as MPEG-2 encoding. It is appreciated that an 
encoded data stream is generally more difficult to read, in the sense that more 
processing and typically more time are required to read an encoded data stream, 
than a data stream which is not encoded. 

The term "complex data stream" is used throughout the present 
30 specification and claims to refer to a data stream which is scrambled and/or 
encoded. 



l 



WO 01/35669 PCT/ILOO/00276 

Systems for scrambling television signals, and controlling access 
thereto, are well known in the art. One such system is described in the following 
U.S. Patents: 5,282,249 to Cohen et al.; and 5,481,609 to Cohen et al. Scrambled 
television data streams described in the Cohen et al. patents comprise both 
5 scrambled data representing television signals and coded control messages, also 
known as ECMs. The ECMs of Cohen et al comprise, in a coded form, data 
necessary for generating a control word (CW) which may be used to descramble 
the scrambled data representing television signals. 

While the two patents to Cohen et al. describe an analog system, 
10 that is, a system in which analog television data streams are broadcast to television 
sets, it is appreciated that similar ECM methods may also be used for digital 
television data streams. Generally, the scrambling techniques used for scrambling 
analog television signals such as, for example, the well known 4 *cut-and-rotate" 
technique, are chosen for their applicability to analog signals. In scrambling of 
15 digital television signals other scrambling techniques, well-known in the art, are 
used, the techniques being more appropriate to digital signals such as, for example, 
applying the well-known DES algorithm to the digital television signals. 

It is also known in the art to apply methods analogous to those used 
for television scrambling to data scrambling, particularly in the case of digital 
20 methods. 

A general discussion of some existing data stream playback 
systems and their drawbacks is found in: 

Jim Taylor, DVD Demystified: The Guidebook for DVD-Video 
and DVD-ROM . McGraw-Hill, 1998, pages 72 and 195. 
25 The following documents from the MPEG-2 standard describe 

syntax and methods which may be relevant to understanding the present invention: 

syntax of a transmitted digital multimedia or other data signal: 
ISO/IEC 13818-1; 

syntax of an encoded digital video signal: ISO/IEC 13818-2; 
30 other methods: ISO/IEC 13818-6. 

Other methods relevant to conditional access techniques employing 
ECMs are described in the following documents: 
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ETR 289, "Digital Video Broadcasting (DVB): Support for use of 
scrambling and Conditional Access (CA) within DVB systems"; 

TS 101 197-1 VI. 1.1 (1997-06): "Digital Video Broadcasting 
(DVB): DVB SimulCrypt; Part 1: Head-end architecture and synchronization"; 
5 and 

DVB document TM-1244, revision 3. 

Society of Motion Picture and Television Engineers (SMPTE) 
document 312M, "Splice points for MPEG-2 Transport Streams' 1 , describes 
"splice points" in MPEG-2 transport streams, which are inserted by a headend to 

10 facilitate smooth splicing between steams. Appendix A.6 of SMPTE 312M refers 
to encrypted streams. 

It is well-known in the prior art for known forms of ECM 
processing, including creating and interpreting an ECM, to take place in a 
removable security element such as an IC card, commonly known as a smart card. 

15 The disclosures of the following patent applications, assigned to 

NDS Limited, describe technologies which may be related to the present 
invention: 

1. Israel Patent Application 125141, filed 19 June 1998 and entitled 
"Advanced Television System", describes an example of a television system with 

20 which the present invention, in preferred embodiments thereof, may be useful. A 
corresponding PCT International Application claiming priority from Israel 
Application 125141 was published on 6 January 2000 as WO 00/01 149. 

2. Israel Patent Application 120174,filed 7 February 1997 and 
entitled "Digital Recording Protection System", describes a digital recording 

25 system which may be useful in conjunction with the present invention. A 
corresponding European Patent Application claiming priority from Israel 
Application 120174 was published on 28 December 1998 as EP 0 858 184 A2. 

Methods for providing fast forward/rewind in MPEG are described 
in an article on the World Wide Web written by Michael Vernick at URL 

30 http://www.ecsl.cs.sunysb.edu/~vernick/ffwd.html. entitled 'The Stony Brook 
Video Server. Implementation and Analysis of Fast Forward/Rewind for MPEG." 
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It is further known in the art of data processing to add indexing 
information to a non-indexed file without changing the basic structure of the non- 
indexed file. Such files, after indexing, are generally known in the art as ISAM 
files. 

The disclosures of all references mentioned above and throughout 
the present specification are hereby incorporated herein by reference. 
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SUMMARY OF THE INVENTION 
The present invention seeks to provide improved apparatus and 
methods for processing scrambled data streams, the apparatus and methods being 
particularly suited for a case in which a scrambled data stream, delivered to a user 

5 via broadcast or by any other appropriate means, is recorded for later use. In one 
prevalent conditional access paradigm to which the present invention, in a 
preferred embodiment thereof, is particularly applicable, a recorded stream as 
described above is recorded in its scrambled state. That is, descrambling takes 
place only at the time of playback. The reasons for descrambling only at the time 

10 of playback are many; some of the principal reasons include the following: 
generally to minimize the likelihood of unauthorized access; 
in a case where access authorization may change between the time 
of recording and the time of playback, to apply the authorization which is correct 
at the time of playback: and 

15 to implement evolutionary change from previous systems that do 

not include recording by continuing to descramble only from the time of playback. 

In the present invention, a data stream, except as otherwise 
indicated, refers to a data stream received from a source, preferably in a streaming 
mode; that is, the data stream received from the source is intended for playback in 

20 real time at the time of reception, although recording the data stream may be, and 
preferably is, allowed. It will be appreciated by persons skilled in the art that 
practical limitations on buffer size at the receiver of the stream as well as the 
requirement to be able to play the stream back in real time at the time of reception 
constrain the source to send the stream in such a way that the arrival time of a 

25 given bit of the stream is highly correlated with the presentation time at which that 
bit is presented to a user or has an effect on what is presented to the user. In the 
case of the MPEG-2 system, which is well known in the art, the inventors of the 
present application have determined that the presentation time of a bit and the 
arrival time of a bit generally differ by no more than a short time such as, for 

30 example, approximately 0.5 seconds. The close correlation between arrival time 
and presentation time may be used, in a preferred embodiment of the present 
invention, as a basic assumption that assists in the operation of the invention. 
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When playback is carried out at normal speed, a straightforward 
approach, which may be similar to prior art approaches for descrambling a 
broadcast scrambled data stream without recording, can succeed in efficiently 
descrambling the recorded scrambled data stream for playback. However, when 

5 special modes of playback, termed herein "trick modes", are used, difficulties may 
arise in locating an appropriate location in the scrambled data stream which is to 
be played back, due to the fact that the stream is at least partially scrambled and it 
may be difficult to traverse and descramble the stream in other than playback 
mode at normal speed. Trick modes include, but are not limited to, one or more 

10 of the following: fast forward; slow motion forward; fast reverse; slow motion 
reverse; freeze frame; and random access. The term "random access" is used 
herein to refer both to random access to any particular point and to access to a 
specific predefined location or event, such as a next location or event, in a data 
stream. 

15 In preferred embodiments, the apparatus and methods of the present 

invention are believed to be well-suited for use with trick modes, but use of the 
present invention is not limited to trick modes. 

Preferably, but not necessarily, trick modes include playback, such 
that "fast forward", for example, refers to fast forward with playback during the 

20 fast forward. In a preferred embodiment, the present invention determines a 
parameter of a trick mode, such as a location in a complex data stream such as, for 
example, a scrambled data stream or an encoded data stream, at which 
descrambling and playback are to begin, without descrambling the scrambled data 
stream at the time of determining the parameter. In an alternative preferred 

25 embodiment, any playback mode parameter or any data parameter relating to the 
data stream may be similarly determined, in addition to or instead of a trick mode. 
In some cases, the location may be determined heuristically. The location may 
comprise an access point, at which it is convenient, for technical reasons, to begin 
playback. The location may alternatively comprise a likely location of an access 

30 point, from which an access point can generally be found more easily than from a 
random location. 
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In a preferred embodiment, a location such as an access point may 
be found by examining components, such as control components, of the scrambled 
data stream which are themselves not scrambled. Such control components are 
commonly present and are found, for example, in the widely-used MPEG-2 type 

5 data stream. Furthermore, it is appreciated that a plurality of such access points 
may be located, and an index to the location of the access points in the scrambled 
data stream may be built to ease future access thereto. 

It is also appreciated that a correspondence between arrival time and 
byte offset may not necessarily be linear. It may therefore not be possible to 

10 linearly map the contents of a scrambled data stream, such as an MPEG-2 type 
data stream, from byte offset in the data stream to a playback-related time 
coordinate. In other words, it may be difficult to find a byte offset in the 
scrambled data stream which corresponds to, for example, 5 minutes and 30 
seconds into the stream when played back. The non-linearity of the mapping may 

15 be due to technical features of the scrambled data stream, including encoding 
artifacts and statistical multiplexing. The apparatus and methods of the present 
invention may also be helpful in providing such a mapping. 

There is thus provided in accordance with a preferred embodiment 
of the present invention a method for processing a data stream including receiving 

20 a transport stream (TS), storing at least a portion of the TS, the at least a portion of 
the TS having a beginning and including a plurality of TS packets, determining, 
from among the plurality of TS packets, at least one TS packet including a 
candidate access point, storing in an index store a byte offset of the candidate 
access point, and storing in the index store a plurality of indications of byte offset, 

25 each byte offset being associated with an arrival time of a received TS packet. 

Further in accordance with a preferred embodiment of the present 
invention the storing indications of byte offset step includes repeatedly storing in 
the index store, at predefined intervals of time, a byte offset of a recently received 
TS packet. 

30 Further in accordance with a preferred embodiment of the present 

invention the byte offset of the candidate access point and the byte offset of the 
recently received TS packet each includes a byte offset relative to the beginning. 
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Still further in accordance with a preferred embodiment of the 
present invention the TS includes an MPEG-2 TS. 

Additionally in accordance with a preferred embodiment of the 
present invention the TS includes an at least partially scrambled TS. 
5 Moreover in accordance with a preferred embodiment of the present 

invention the TS includes a video stream. 

Further in accordance with a preferred embodiment of the present 
invention the TS includes an audio stream. 

Still further in accordance with a preferred embodiment of the 
10 present invention the method also includes utilizing the index for accessing at least 
a part of the portion of the TS. 

Additionally in accordance with a preferred embodiment of the 
present invention the utilizing step includes determining a desired presentation 
time of a point to be accessed, the point being associated with the at least a part of 
15 the portion of the TS, determining an arrival time associated with the desired 
presentation time, and determining, based at least in part on at least one byte offset 
stored in the index store, a byte offset of an access point closely temporally 
associated with the arrival time. 

Moreover in accordance with a preferred embodiment of the present 
20 invention the determining a desired presentation time includes determining a 
desired presentation time based on at least one of the following: at least one 
desired characteristic of a presentation mode, and at least one random access 
characteristic. 

Further in accordance with a preferred embodiment of the present 
25 invention the determining an arrival time includes determining an arrival time 
based on the desired presentation time and on a predetermined relationship 
between arrival time and presentation time. 

Still further in accordance with a preferred embodiment of the 
present invention the utilizing step also includes decoding the at least a part of the 
30 portion of the TS for presentation beginning from the access point. 
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Still further in accordance with a preferred embodiment of the 
present invention the utilizing step also includes descrambling the at least a part of 
the portion of the TS for presentation beginning from the access point. 

Additionally in accordance with a preferred embodiment of the 
5 present invention the access point includes a packet including at least one of the 
following: a packet having a bit turned on in a standard TS header field, an ECM, 
an EMM, an Adaptation Field (AF) field, a private data field within the AF, an SI 
private table, a private descriptor, a private stream, and a visible field in a partially 
scrambled stream. 

10 Further in accordance with a preferred embodiment of the present 

invention the private stream includes a private PES stream with associated PTS. 

Still further in accordance with a preferred embodiment of the 
present invention the packet having a bit turned on includes a packet having a 
payload_unit_start_indicator (pusi) bit turned on. 
15 Additionally in accordance with a preferred embodiment of the 

present invention the AF includes at least one of the following: a PCR, and a 
random access indicator. 

There is also provided in accordance with another preferred 
embodiment of the present invention a method for processing a data stream 
20 including determining a desired presentation time of a point in the data stream to 
be accessed, determining an arrival time associated with the desired presentation 
time, and determining a position of an access point closely temporally associated 
with the arrival time. 

There is also provided in accordance with still another preferred 
25 embodiment of the present invention a method for analyzing a data stream 
including receiving an MPEG data stream including a transport stream (TS), the 
TS including a scrambled payload and unscrambled headers, analyzing the 
unscrambled headers and determining at least one trick mode parameter. 

Further in accordance with a preferred embodiment of the present 
30 invention the analyzing step includes analyzing only the unscrambled headers. 

There is also provided in accordance with another preferred 
embodiment of the present invention apparatus for processing a data stream 
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including a data stream receiver operative to receive a transport stream (TS), TS 
storage apparatus operative to store at least a portion of the TS, the at least a 
portion of the TS having a beginning and including a plurality of TS packets, 
candidate determining apparatus operative to determine, from among the plurality 

5 of TS packets, at least one TS packet including a candidate access point, candidate 
offset storage apparatus operative to store in an index store a byte offset of the 
candidate access point, and arrival time storage apparatus operative to store in the 
index store a plurality of indications of byte offset, each byte offset being 
associated with an arrival time of a received TS packet. 

10 There is also provided in accordance with still another preferred 

embodiment of the present invention apparatus for processing a data stream 
including presentation determining apparatus operative to determine a desired 
presentation time of a point in the data stream to be accessed, arrival determining 
apparatus operative to determine an arrival time associated with the desired 

15 presentation time, and position determining apparatus operative to determine a 
position of an access point closely temporally associated with the arrival time. 

There is also provided in accordance with yet another preferred 
embodiment of the present invention apparatus for analyzing a data stream 
including receiving apparatus operative to receive an MPEG data stream including 

20 a transport stream (TS), the TS including a scrambled payload and unscrambled 
headers, analyzing apparatus operative to analyze the unscrambled headers and to 
determine at least one trick mode parameter. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
The present invention will be understood and appreciated more fully 
from the following detailed description, taken in conjunction with the drawings in 
which: 

Fig. 1 is a simplified partly pictorial, partly block diagram 
illustration of a system for processing a data stream, the system being constructed 
and operative in accordance with a preferred embodiment of the present invention; 

Fig. 2 is a simplified partly pictorial, partly block diagram 
illustration of a preferred implementation of a portion of the system of Fig. 1 ; 

Fig. 3 is a simplified flowchart illustration of a preferred method of 
operation of the system of Fig. 1; 

Fig. 4 is a simplified flowchart illustration of a preferred 
implementation a portion of the method of Fig. 3; and 

Fig. 5 is a simplified flowchart illustration of a preferred 
implementation another portion of the method of Fig. 3 
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DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

Reference is now made to Fig. 1 which is a simplified partly 
pictorial, partly block diagram illustration of a system for processing a data 
stream, the system being constructed and operative in accordance with a preferred 

5 embodiment of the present invention. 

The system of Fig. 1 comprises a data stream analyzer 100, which is 
preferably operative, as described more fully below, to receive a data stream 1 10 
comprising an at least partially scrambled data stream and to determine therefrom 
at least one parameter, preferably comprising at least one trick mode parameter, 

10 directly from the data stream. A trick mode parameter is generally used in the 
description below by way of example only, without intent to limit the generality of 
the present invention; it is appreciated that other appropriate data stream 
parameters, including but not limited to playback parameters, may also be used. 

Preferably, the determination of the at least one trick mode 

15 parameter is based, at least in part, on a non-scrambled portion of the data stream. 
Preferably, the data stream analyzer 100 is implemented in an appropriate 
combination of hardware and software, as is well known in the art. 

The system of Fig. 1 also comprises a source 120, the source 120 
preferably comprising any appropriate data source capable of producing and 

20 transmitting the data stream 110. It is appreciated that other elements of the 
system of Fig. 1, excluding the source 120, comprise a subcombination comprising 
an alternative preferred embodiment of the present invention. The source 120 may 
comprise a conventional source of the data stream 110 such as, for example, a 
conventional television head end system, as is well known in the art. 

25 The data stream 1 10 preferably comprises a plurality of scrambled 

portions 130 and a plurality of unscrambled portions 140. Data streams 
comprising a plurality of scrambled portions and a plurality of unscrambled 
portions are well known in the art and are known, for example, from the MPEG-2 
standard mentioned above. In the case of the MPEG-2 standard, in the transport 

30 stream (TS) a 4 byte unscrambled header portion is followed by a 184 byte 
scrambled data portion. It will be appreciated by persons skilled in the art that the 
MPEG-2 protocol is a layered protocol, and that the structure of the transport 
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stream need not reflect the structure of underlying data, such as a video stream. 
The example of the MPEG-2 standard is intended, throughout the present 
specification, as an example only, without intending to limit the generality of the 
present invention. 

5 The term "transport layer", as used throughout the present 

specification and claims, is used to refer to the MPEG-2 TS and to any similarly 
functioning component of any other data stream mechanism; for example, and 
without limiting the generality of the foregoing, the following are examples of 
transport layers within the meaning of the previous definition: IP, TCP, and ATM. 

10 In order to further clarify the definition of transport layer, the term "transport 
layer" excludes, for example, the MPEG-2 PES layer, video layer, and audio layer. 

The data stream analyzer 100 preferably comprises receiving 
apparatus 150, which may comprise any appropriate apparatus operative to receive 
the data stream 1 10, as is well known in the art. 

15 The data stream analyzer 100 also comprises analyzing apparatus 

160. The analyzing apparatus 160 is preferably operative, as described in more 
detail below, to analyze at least a portion of the data stream 1 10 and to determine 
therefrom at least one trick mode parameter. The terms "parameter" and "trick 
mode parameter" are used herein as described above. Preferably, the at least a 

20 portion of the data stream 1 10 analyzed by the analyzing apparatus 160 includes at 
least some of the plurality of unscrambled portions 140. 

The system of Fig. 1 also preferably comprises storage apparatus 
170, which is preferably operative to store information provided for storage by the 
analyzing apparatus 160. The storage apparatus may comprise any appropriate 

25 storage apparatus such as, for example, a computer disk or an array of computer 
disks controlled by an appropriate controller. The particular choice of computer 
disk or disks will partly depend on the size of the data stream 1 10 which is to be 
stored therein, as described below. It is also appreciated that the storage apparatus 
170 may comprise a plurality of storage sub-units (not shown). 

30 The system of Fig. 1 also comprises performing apparatus 180, 

which is operative to receive data stored in the storage apparatus 170, the data 
preferably comprising the determined parameters and the data stream 1 10, and to 
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perform a trick mode on the data stream 110 based, at least in part, on the 
determined parameters. The performing apparatus 1 80 is also preferably operative 
to present an output, typically comprising an unscrambled data stream, to a user of 
the system of Fig. 1. It is appreciated that a subcombination of the elements of the 

5 system of Fig. 1, without the performing apparatus 180, comprises an alternative 
preferred embodiment of the present invention. 

The operation of the system of Fig. 1 is now briefly described. The 
data stream 110 is preferably received from the source 120 by the receiving 
apparatus 150. As the data stream 110 is received, the data stream 110 is 

10 preferably passed to the analyzing apparatus 160. The analyzing apparatus 160 is 
operative, preferably as described below in more detail with reference to Fig. 2, to 
determine at least one parameter, typically comprising a plurality of parameters, 
each parameter preferably comprising a trick mode parameter, from the data 
stream 110. Preferably, the determination is made based, at least in part, on the 

15 plurality of unscrambled portions 140. 

The determined parameters are preferably sent to the storage 
apparatus 170 for storage and later use. The data stream 110 is also preferably 
sent to the storage apparatus 170 for storage and later use. Preferably, the later 
use comprises use by the performing apparatus 180, as described above. 

20 Reference is now made to Fig. 2, which is a simplified partly 

pictorial, partly block diagram illustration of a preferred implementation of a 
portion of the system of Fig. 1 . The apparatus of Fig. 2 comprises the analyzing 
apparatus 160 of Fig. 1. 

The analyzing apparatus 160 preferably comprises trick mode 

25 determining apparatus 190. The trick mode determining apparatus 190 is 
preferably operative to receive the plurality of unscrambled data portions 140 and 
to determine therefrom the determined parameters, as described above. As 
described further below, the determined parameters may preferably include index 
information useful for determining one or more trick mode parameters. A 

30 preferred method of operation of the trick mode determining apparatus 190 is 
described below with reference to Fig. 3-5. 
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Reference is now made to Fig. 3, which is a simplified flowchart 
illustration of a preferred method of operation of the system of Fig. 1. The method 
of Fig. 3 preferably comprises the following steps: 

An index to the data stream is built (step 200); for example, the 

5 index may be built by the trick mode determining apparatus of Fig. 2, with the 
determined parameters comprising the index. Preferably, step 200 includes storing 
the index for later use. It is appreciated that the determined parameter may 
comprise a heuristic parameter, that is, a parameter which aids in solving the 
problem of performing a trick mode, even though the parameter may not provide a 

10 perfect solution. 

A trick mode is requested, typically based on a stored data stream 
and typically at a time later than a time at which step 200 is carried out. When the 
trick mode is to be performed, a trick mode parameter is determined (step 210). 
The trick mode parameter is preferably determined based, at least in part, on the 

15 index built in step 200. It is appreciated, however, that various implementations of 
the method of Fig. 3 are possible, and that additional information useful in 
determining a trick mode parameter may alternatively be stored in step 200. The 
trick mode parameter may comprise any suitable parameter useful in performing a 
trick mode; typically, the trick mode parameter comprises an indication of a 

20 location in an at least partially scrambled data stream at which descrambling and 
playback are to begin or to continue. 

A trick mode is performed based, at least in part, on the trick mode 
parameter (step 220). For example, in the case of a fast forward trick mode, only 
certain frames might be played back in order to produce the fast forward trick 

25 mode. In the example of MPEG-2, which is not meant to be limiting, in a 
preferred embodiment only I-frames, which in MPEG-2 represent complete frames 
as opposed to a difference between frames, might be played back. It is appreciated 
that, in MPEG-2. an I-frame can be decoded without reference to any other frame. 
In such a case, as described more fully below, the trick mode parameter might 

30 represent a location in the data stream at which an I-frame is believed to be found. 

Reference is now made to Fig. 4, which is a simplified flowchart 
illustration of a preferred implementation of step 200 of Fig. 3. The method of 
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Fig. 4 is directed to an example of a data stream comprising packets, as is well 
known in the art; persons skilled in the art will appreciate that the method of Fig. 4 
may be modified for use with other data streams. 

Persons skilled in the art will also appreciate that the method of Fig. 

5 4 omits steps, such as initialization steps, which a person skilled in the art could 
provide. Persons skilled in the art will also appreciated that the method of Fig. 4 
preferably operates quickly and efficiently in order to process a data stream in real 
time; therefore, it will be appreciated that a dedicated hardware implementation of 
apparatus for carrying out the method of Fig. 4, such as an application specific 

10 integrated circuit (ASIC) implementation or another appropriate hardware 
implementation, is preferred. 

The method of Fig. 4 preferably comprises the following steps: 
Get the next packet in the data stream (step 230): the next packet in 
the data stream is now considered the current packet. A check is made as to 

15 whether the current packet is interesting (step 240). It is appreciated that an 
appropriate definition of ''interesting" is chosen in step 240 according to the 
particular type of data stream being processed and the particular type of index 
being built by the method of Fig. 4. By way of example only and without limiting 
the generality of the foregoing, the example of a partially scrambled MPEG-2 data 

20 stream is now considered. 

In the case of a partially scrambled MPEG-2 data stream, it may by 
interesting to find a packet comprising the beginning of an I-frame; as described 
above, I-frames may be useful in performing trick modes. In an MPEG-2 system, 
as is well known, a transport stream (TS) packet includes a header, the header 

25 typically being unscrambled in a partially scrambled data stream. According to 
the MPEG-2 standard, the TS header includes a bit called 
payload_unit_start_jndicator (pusi) to indicate that a PES packet is comprised in 
the present TS packet: the PES header, known as PESJidr, is known to begin at 
the beginning of the TS packet payload. 

30 Furthermore, it is believed by the inventors that in some 

manufacturer-based MEPG-2 conventions, such as that used in the Tandberg NDS 
System 3000 encoder, commercially available from Tandberg NDS Ltd. in the 
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United Kingdom, only one PESJidr is used for each group of pictures (GOP) 
beginning with an I-frame; in such a case, the pusi bit is a good indicator of the 
presence of an I-frame. It is appreciated that, in other manufacturer-based MPEG- 
2 conventions, such as those of ATSC and Tandberg NDS System 5000 encoders, 

5 a PESJidr is inserted before each picturejidr; in such a case, the pusi bit provides 
only a heuristic indication of the possible presence of an I-frame. In any case, the 
pusi bit in MPEG-2 comprises an example of an indication of an interesting TS 
packet. It is appreciated, however, that the MPEG-2 standard does not require any 
correspondence such as that discussed above. 

10 The following are examples of attributes that might make a packet 

interesting, in the context of step 240: 

standard TS header fields, which include the pusi bit as described 

above; 

ECMs which may, for example, designate a scrambling polarity 

15 change; 

EMMs; 

MPEG-defined Adaptation Field (AF) fields, such as PCR and 
random access indicator; 

private data field within the AF; 
20 SI private tables, for which an external synchronization mechanism 

might be needed to achieve the required precision; 

private descriptors in existing standard tables; 

private streams, such as a private PES stream with associated PTS; 

and 

25 visible fields in partially scrambled streams. 

A further example according to a particular type of data stream 
being processed and the particular type of index being built by the method of Fig. 
4 is now described by way of example only and without limiting the generality of 
the foregoing, the example described relating to, for example, an ATSC type data 
30 stream as mentioned above. 

In the case of an ATSC type data stream, the pusi typically indicates 
any type of frame and not necessarily an I-frame. In one preferred mode of 
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operation, all pusi, or a subset thereof chosen according to an appropriate 
predefined rule, may be taken to be access point candidates. In another preferred 
mode of operation, advantage may be taken of the fact that, in many cases, I- 
frames are larger, that is, contain more bits, than other frames, typically by a factor 

5 of between approximately 3 and approximately 10. It is thus appreciated that, by 
analyzing the number of bits between adjacent pusi, the likely location of an 
access point can be determined more accurately as a pusi which is followed by a 
relatively large number of bits until the next pusi. 

It is appreciated that the method described immediately above is 

10 heuristic in that certain conditions, such as scene changes and statistical 
multiplexing, may cause a particular P-frame or B-frame to include more bits than 
a nearby I-frame. 

If the packet is found to be interesting in step 240, appropriate 
information is written to an index (step 260). For example, information written to 

15 the index may comprise a location within the data stream and an indication of the 
type of location found, such as a possible I-frame location. 

If the packet is not found to be interesting in step 240, or after step 
260, a check is made as to whether a clock has ticked; that is, whether a predefined 
interval of time, typically approximately 0.5 seconds, has passed (step 250). If the 

20 clock has ticked, processing preferably proceeds with step 265; otherwise, 
processing preferably proceeds with step 230. In step 265, clock tick information 
is written to the index, and processing preferably proceeds with step 230. 

The concept of clock ticks is well known in the art. The purpose of 
the clock tick in the method of Fig. 4 is to provide arrival time information in the 

25 index. As previously stated, there is believed to be a close correlation, in many 
cases, between arrival time and presentation time; arrival time can thus be 
important for jumping to a particular location in the data stream based on 
presentation time. For example, in a case where, upon playback, it will be 
desirable to jump to a particular presentation time that represents, for example, the 

30 presentation of a given news story, the following example partial index structure, 
which may be created by the method of Fig. 4, may be helpful: 
packet number time type 
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a [none] candidate access point, 

such as candidate I-frame 
point 

b [none] point of change of 

scrambling parameters 

c t clock tick (arrival time) 

where a, b, and c represent packet numbers, and t represents an arrival time. 

Reference is now made to Fig. 5, which is a simplified flowchart 

illustration of a preferred method of operation of step 210 of Fig. 3. The method 

of Fig. 5 preferably comprises the following steps: 
5 An access point candidate is found, the candidate preferably 

comprising the nearest candidate preceding the location at which a trick mode is to 

be performed (step 270). The candidate is preferably found based, at least in part, 

on the index described above with reference to Fig. 4. Generally, the purpose of 

step 270 is to find an access point candidate, near the location at which the trick 
10 mode is to be performed and preferably before said location, "before" being 

measured in a direction in which the data stream is being traversed in order to 

perform the trick mode. 

Additional decode information is found as needed (step 280). One 

example of additional decode information is an ECM, which would typically be 
15 found in another, associated stream, as is well known in the art. 

Decoding takes place at the access point candidate, and a check is 

made as to whether a desired location has been found (step 290). For example, a 

check is made as to whether an I-frame has been found. 

In a case where a desired location has not been found, additional 
20 action is taken to find the desired location (step 300). The additional action may 

comprise, for example, continuing to decode from the access point candidate, or 

jumping to a next access point candidate. A decision on the particular additional 
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action to be taken may depend, for example, on how close access points are to 

each other, or on other appropriate factors. 

It is appreciated that various features of the invention which are, for 

clarity, described in the contexts of separate embodiments may also be provided in 
5 combination in a single embodiment. Conversely, various features of the 

invention which are, for brevity, described in the context of a single embodiment 

may also be provided separately or in any suitable subcombination. 

It will be appreciated by persons skilled in the art that the present 

invention is not limited by what has been particularly shown and described 
10 hereinabove. Rather the scope of the invention is defined only by the claims 

which follow: 
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What is claimed is: 

CLAIMS 

1. A method for processing a data stream comprising: 
receiving a transport stream (TS); 

5 storing at least a portion of the TS, said at least a portion of the TS 

having a beginning and comprising a plurality of TS packets; 

determining, from among the plurality of TS packets, at least one 
TS packet comprising a candidate access point; 

storing in an index store a byte offset of the candidate access point; 

10 and 

storing in the index store a plurality of indications of byte offset, 
each byte offset being associated with an arrival time of a received TS packet. 

2. A method according to claim 1 and wherein the storing indications 
15 of byte offset step comprises repeatedly storing in the index store, at predefined 

intervals of time, a byte offset of a recently received TS packet. 

3. A method according to claim 1 or claim 2 and wherein the byte 
offset of the candidate access point and the byte offset of the recently received TS 

20 packet each comprises a byte offset relative to the beginning. 

4. A method according to any of the above claims and wherein the TS 
comprises an MPEG-2 TS. 

25 5. A method according to any of the above claims and wherein the TS 

comprises an at least partially scrambled TS. 

6. A method according to any of the above claims and wherein the TS 
comprises a video stream. 

30 

7. A method according to any of the above claims and wherein the TS 
comprises an audio stream. 
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8. A method according to any of the above claims and also 
comprising: 

utilizing the index for accessing at least a part of the portion of the 

5 TS. 

9. A method according to claim 8 and wherein the utilizing step 
comprises: 

determining a desired presentation time of a point to be accessed, 
10 said point being associated with the at least a part of the portion of the TS; 

determining an arrival time associated with the desired presentation 

time; and 

determining, based at least in part on at least one byte offset stored 
in the index store, a byte offset of an access point closely temporally associated 
15 with the arrival time. 

10. A method according to claim 9 and wherein said determining a 
desired presentation time comprises determining a desired presentation time based 
on at least one of the following: at least one desired characteristic of a 

20 presentation mode; and at least one random access characteristic. 

11. A method according to claim 9 or 1 0 and wherein said determining 
an arrival time comprises determining an arrival time based on the desired 
presentation time and on a predetermined relationship between arrival time and 

25 presentation time. 

12. A method according to any of claims 9-11 and wherein the 
utilizing step also comprises: 

decoding the at least a part of the portion of the TS for presentation 
30 beginning from the access point. 
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13. A method according to any of claims 9-12 and wherein the 
utilizing step also comprises: 

descrambling the at least a part of the portion of the TS for 
presentation beginning from the access point. 

5 

14. A method according to any of claims 9-13 and wherein the access 
point comprises a packet comprising at least one of the following: 

a packet having a bit turned on in a standard TS header field; 
an ECM; 

10 an EMM; 

an Adaptation Field (AF) field; 

a private data field within the AF: 

an SI private table; 

a private descriptor; 
15 a private stream; and 

a visible field in a partially scrambled stream. 

15. A method according to claim 14 and wherein the private stream 
comprises a private PES stream with associated PTS. 

20 

16. A method according to claim 14 and wherein the packet having a bit 
turned on comprises a packet having a payload unit startjndicator (pusi) bit 
turned on. 

25 17. A method according to claim 14 and wherein the AF comprises at 

least one of the following: a PCR; and a random access indicator. 

1 8. A method for processing a data stream comprising: 

determining a desired presentation time of a point in the data stream 
30 to be accessed; 

determining an arrival time associated with the desired presentation 

time; and 
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determining a position of an access point closely temporally 
associated with the arrival time. 

19. A method for analyzing a data stream comprising: 

5 receiving an MPEG data stream comprising a transport stream (TS), 

the TS comprising a scrambled payload and unscrambled headers; 

analyzing the unscrambled headers and determining at least one 
trick mode parameter. 

10 20. A method according to claim 19 and wherein the analyzing step 

comprises analyzing only the unscrambled headers. 

2 1 . Apparatus for processing a data stream comprising: 

a data stream receiver operative to receive a transport stream (TS); 
15 TS storage apparatus operative to store at least a portion of the TS, 

said at least a portion of the TS having a beginning and comprising a plurality of 
TS packets; 

candidate determining apparatus operative to determine, from 
among the plurality of TS packets, at least one TS packet comprising a candidate 
20 access point; 

candidate offset storage apparatus operative to store in an index 
store a byte offset of the candidate access point; and 

arrival time storage apparatus operative to store in the index store a 
plurality of indications of byte offset, each byte offset being associated with an 
25 arrival time of a received TS packet. 

22. Apparatus for processing a data stream comprising: 
presentation determining apparatus operative to determine a desired 

presentation time of a point in the data stream to be accessed; 
30 arrival determining apparatus operative to determine an arrival time 

associated with the desired presentation time; and 



24 



WO 01/35669 



PCT7IL00/00276 



position determining apparatus operative to determine a position of 
an access point closely temporally associated with the arrival time. 

23. Apparatus for analyzing a data stream comprising: 

receiving apparatus operative to receive an MPEG data stream 

comprising a transport stream (TS), the TS comprising a scrambled payload and 

unscrambled headers; 

analyzing apparatus operative to analyze the unscrambled headers 

and to determine at least one trick mode parameter. 
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BUILD INDEX TO DATA STREAM 
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WHEN TRICK MODE IS TO BE PERFORMED. 
DETERMINE A TRICK MODE PARAMETER 
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PERFORM TRICK MODE BASED, AT LEAST IN 
PART, ON THE TRICK MODE PARAMETER 
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FIG. 4 
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FIND ACCESS POINT CANDIDATE 
NEAREST TO LOCATION FOR 
PERFORMING TRICK MODE 
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FIND ADDITIONAL DECODE 
INFORMATION AS NEEDED 
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DECODE AND CHECK IF THE DESIRED 
LOCATION HAS BEEN FOUND 
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IF NECESSARY, TAKE ADDITIONAL 
ACTION TO FIND DESIRED LOCATION 
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